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Streaming is the 
toolset for dealing with 
events at scale 


Event Driven Services 
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Find out more 


Book: http://bit.ly/designing-event-driven-systems 
Software: https://confluent.10/download/ 


Code: http://bit.ly/kafka-microservice-examples 
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